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A SYSTEM FOR PROVIDING INTERNET-RELATED 
SERVICES TO HANDHELD DEVICES 

BACKGROUND OF THE INVENTION 

5 

1. Field of the Invention 

The present invention pertains to the Internet and World Wide Webs. 
More particularly, this invention relates to a system for providing Internet- 
related services to mobile handheld devices. 

10 

2. Description of the Related Art 

As is known, the Internet typically refers to a number of data service 
Q systems connected together via a high speed interconnect network. Each data 

service system typically includes web servers that host contents for various 
i ijs customers. The web servers can also host applications. Each of the data service 
i 5 systems is typically implemented by a computer system (e.g., a server computer 

system). A number of remote user terminals may be connected to a data service 
;:;J system via an interconnect network (e.g., a telephone network). This allows 

users at the user terminals to access the contents hosted in various data service 
20 systems. Each user terminal is typically implemented by a computer system 

(e.g., a personal computer) and is equipped with a web browser that allows the 

user terminal to access the contents and/or applications hosted in various data 

service systems. 

Such a prior art scheme, however, bears disadvantages. One 
25 disadvantage is that the scheme requires the use of the user terminal for a user to 

access contents hosted in the Intemet. If a user wants to access the Internet at a 
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particular place, the user must have a user terminal at that place. Without the 
user terminal, no Internet access can be offered to the user. 

Another disadvantage is that the scheme lacks flexibility, mobility, and 
convenience for a user to access the Intemet. As is known, the user terminal is 
typically a personal computer. Although the personal computer can be made 
small and portable (e.g., a notebook computer), it is still inconvenient for the 
user to carry the machine around. Further miniaturization of the computer (e.g., 
palm-top personal organizer) typically takes away some important components 
(e.g., floppy drive) of the machine, and/or makes the machine not user friendly 
(e.g., shrinking the display or keyboard so it is really uncomfortable for the user 
to use the machine). Physical constraints may also limit or prevent further 
miniaturization. 

Moreover, peripheral devices (e.g., printers, scanners, or and projectors) 
are typically left behind when a user carries a computer around. When the user 
uses the computer as a user terminal to access the Intemet and wants to print or 
projects a particular content, the user must also carry the peripheral devices 
along with the computer. For example, if the user anticipates the use of a printer 
and a projector at a remote location, the user must carry both along with the 
computer. This adds inconvenience to the user and restricts mobility of the user 
terminal. If the user connects the computer to a borrowed projector or printer, 
the user has to make sure that the computer has the appropriate software for the 
projector or appropriate printer driver software to drive the borrowed printer. 

In addition, the place must be equipped with network connection so that 
the user can connect the user terminal to the network. This causes the scheme 
to lack flexibility. For example, if the interconnect network is the telephone 
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network, the user mrj^Rnd the telephone socket to connl^the user terminal to 
the network. Further, the user terminal must be equipped with the appropriate 
kind of network capability. For example, if the user terminal is connected with a 
telephone network, the user terminal must be equipped with a modem. A user 
terminal without a modem cannot function when connected to a telephone 
network. If the user terminal is connected with a LAN (local area network) 
network, the user terminal must be equipped with a LAN card. A user terminal 
without a LAN card cannot function when connected to a LAN network. 

Thus, there exists a need for an arrangement that allows a user to access 
the Intemet everywhere without carryinjg the computer user terminal and its 
peripheral devices. 
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SUMMARY OF THE INVENTION 



One feature of the present invention is to allow handheld devices not 
equipped with Internet access functions to access Internet. 

Another feature of the present invention is to provide mobile Internet 
access function for handheld devices while not requiring the handheld devices to 
be Internet-enabled. 

A further feature of the present invention is to allow the user of a mobile 
and simple handheld device to receive Intemet-related and high quality output 
services that cannot be provided by the handheld device. 

A system for providing Intemet-related services to a handheld device is 
described. The system includes a client module embedded in the handheld 
device to enable the handheld device to send a Universal Resource Locator 
(URL) via a communication link. The URL indicates a desired web page at a 
remote web server. The system also includes a receiver that receives the URL 
sent from the handheld device via the communication link. A web access 
module is coupled to the receiver and external Internet to access and retrieve the 
desired web page from the remote web server via the extemal Internet. A 
render system is coupled to the web access module to render the retrieved web 
page to the user of the handheld device. 

A system for providing Intemet-related services to a handheld device is 
also described. The system includes a receiver that receives a Universal 
Resource Locator (URL) from the handheld device via a communication link. 
The URL indicates a desired web page. A web access module is coupled to the 
receiver and extemal Internet to access and retrieve the desired web page from a 



Atty. Dkt. No. 10992213 



remote web server via the external Internet. A render system is coupled to the 
web access module to render the retrieved web page to the user of the handheld 
device. The receiver, the web access module, and the render system all 
physically reside within the system while the handheld device is physically 
separated from the system. 

Other features and advantages of the present invention will become 
apparent from the following detailed description, taken in conjunction with the 
accompanying drawings, illustrating by way of example the principles of the 
invention. 
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BRIEF DESCRIPTION OF THE DRAWINGS 



Figure 1 shows an Internet-based data access network system that 
implements one embodiment of the present invention, wherein the network 
system includes a gateway system and a cHent device with a client program. 

Figure 2 shows in flow chart diagram form the process of the client 
program. 

Figure 3 shows in flow chart diagram form the process of the receiver 
inside the gateway system. 

Figure 4 shows in flow chart diagram form the process of the web access 
module inside the gateway system. 

Figure 5 shows one specific embodiment of the client device of Figure 1. 

Figure 6 shows one specific embodiment of the rendering module of 
Figure 1. 
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DETAILED DESCRIPTION OF THE INVENTION 



Figure 1 shows an Intemet-based data access network system 10 that 
includes a gateway system 20 and a cHent device 1 1 (having a cHent program 
12) that together implement one embodiment of the present invention. In 
addition to the gateway system 20 and the chent device 1 1, the data access 
network system 10 includes the Intemet 17 and a web content server 19, 

In one embodiment, the data access network system 10 is an Intemet 
network system. In another embodiment, the data access network system 10 is 
an Intranet network system. In a further embodiment, the data access network 
system 10 is a combination of Intemet and Intranet network systems. An open 
standard communication protocol is used for communications within the data 
access network system 10. In one embodiment, the open standard 
communication protocol is the Hyper Text Transport Protocol (HTTP). 

Briefly, the client device 1 1 is a handheld device that stores Universal 
Resource Locators (URLs) for information and/or services the user of the client 
device 11 commonly or frequently accesses. The gateway system 20 provides 
Intemet-related services and high quality output services to the client device 1 1 . 
This means that the client device 1 1 can be made small and easy to carry while 
still offering its user Intemet related services and high quality output services 
wherever the user is (i.e., through the gateway system 20). 

As will be described in more detail later, the gateway system 20 is 
connected to the Intemet 17. The gateway system 20 includes a receiver 21 that 
receives URLs from the client device 1 1 via a wireless communication link. The 
gateway system 20 also includes a web access module 22 that allows the 
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gateway system 20 to access contents hosted in the content server 19 (or other 
servers of the Internet 17) based on the URLs sent from the client device 1 1 . 
The web access module 22 is connected to the Intemet 17 that is extemal to the 
gateway system 20. The gateway system 20 also includes a rendering module 
23 that renders (e.g., prints, displays, plays, or projects) the retrieved contents to 
the user of the client device 1 1 . 

In this arrangement, the client device 1 1 does not need a web browser. 
This means that the client device 1 1 does not need to be equipped with Intemet 
accessing functionality and is not required to attach to a network. The gateway 
system 20 provides the Intemet access fimction to the client device 1 1 . The user 
of the client device 1 1 only needs to store on the client device 1 1 the URLs of 
the desired content/service sites. The gateway system 20, having received the 
selected URL from the client device 11, retrieves the content/service in 
accordance with the URL and renders the content/service using its rendering 
module 23. Like a payphone, the gateway system 20 can be placed in various 
public or private locations (e.g., conference or meeting rooms, hotel rooms, 
hotel lobbies, airports, bus or train terminals, shopping centers, etc). 

In addition, the gateway system 20 allows the client device 1 1 to be made 
very small and only have limited storage, processing, and display capabilities 
while allowing the user of the client device 1 1 to still be able to access rich 
information of the contents hosted on the Intemet 17 or the content server 19. 
Moreover, the gateway system 20 allows the user of the client device 1 1 to 
receive high quality output services such as printing, projecting, and displaying 
for the retrieved contents without carrying any peripheral output device. The 
gateway system 20 and the client device 1 1 will be described in more detail 
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below, also in accordance with Figures 1-6. 

Referring to Figure 1, the remote web content server 19 is connected to 
the Internet 17. The web content server 19 may be located within one data 
service system or formed by a number of data service systems connected 
together. Figure 1 only shows one such server for illustration purposes. In 
practice, many more servers may be included in the data access network system 
10. The server 19 can be implemented by any known means. 

In addition, the web content server 19 is not limited to just web server. 
The server 19 may be any kind of content server. For example, the server 19 
may be a news server, an e-mail server, an application server, or an e-commerce 
server. 

The content server 19 is connected to the gateway system 20 via Intemet 
17. The Intemet 17 is formed by connecting a number of data service systems 
together via high speed and high bandwidth networks. The Intemet 17 is known 
in the art. 

The content server 19 hosts contents that can be accessed by any source 
extemal to the content server 19. This means user terminals connected to the 
data service systems within the Intemet 17 can access the contents hosted in the 
content server 19. The above described open standard communication protocol 
is used for communications through the Intemet 17. This also means that the 
gateway system 20 can access the contents hosted in the content server 19 via 
the Intemet 17. 

In one embodiment, the gateway system 20 is a stationary system. This 
means that the gateway system 20 is fixed at the location where it is placed. In 
another embodiment, the gateway system 20 is portable. In addition, the 
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gateway system 20 has all of its components located in a single enclosure. 
Altematively, the components/modules of the gateway system 20 can be 
separately implemented in various systems. 

The client device 1 1 is a portable handheld electronic device that is 
relatively very easy to carry. In one embodiment, the client device 1 1 is a pager 
or a watch, Li another embodiment, the client device 1 1 is a cellular phone or 
wireless satellite phone. In a further embodiment, the client device 11 is a palm- 
top computer system or personal organizer. The client device 1 1 can 
be any kind of information appliance. Altematively, the client device 1 1 can be 
any kind of small and portable handheld electronic device or appliance with 
limited processing, storage, and display resources. 

The client device 1 1 does not require Intemet access function. This 
means that the client device 1 1 does not require a Web Browser software and 
Internet-related network access module. However, this does not mean that the 
client device 1 1 must not have Intemet access function. The client device 1 1 
may nonetheless be equipped with the Intemet access function although such 
function is not required for the client device 1 1 . For example, when the client 
device 1 1 is a pager, cellular phone, or personal organizer (e.g., Jornada 
personal organizer available from Hewlett-Packard Company of Palo Alto, 
California), the client device 1 1 may have Intemet access through the device's 
wireless communication channel. 

The client device 1 1 has a local conmiunication module (not shown) for 
communications with the gateway system 20. The communication module of 
the client device 1 1 allows the client device 1 1 to transfer data to the extemal 
gateway system 20 via a wireless communication link or channel 15 using a 
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simple and open standard communication protocol (e.g., the protocol used in 
remote controls). The protocol is simple because it only needs to handle 
sending a few bytes of data. 

In one embodiment, the communication link 1 5 employs radio frequency 
communication. In another embodiment, the communication link 1 5 is an 
infrared communication link. In a further embodiment, the communication link 
15 is a laser communication link. Altematively, other wireless or wire 
communication means may be used to allow the client device 11 to transfer data 
to the gateway system 20. 

In one embodiment, the communication module of the client device 1 1 
only transfers data to the gateway system 20 and does not receive any data from 
the gateway system 20. This allows the communication module of the client 
device 11 to be simple. Altematively, the communication module of the client 
device 1 1 can transfer data to and receive data from the gateway system 20. 
The communication module of the client device 1 1 can be implemented using 
any known means. 

The client device 1 1 also includes a storage module (also not shovm in 
Figure 1) that stores a number of URLs selected by the user of the client device 
1 1 . This means that the user of the client device 1 1 can store URLs for 
information or services accessed by the user on the Intemet in the storage 
module of the client device 1 1 . The storage module of the client device 1 1 can 
also receive URLs from external devices (not shown). These URLs may refer to 
information or services providing news, appointments, e-mails, stock market 
quotes, e-commerce. The URLs may also refer to corporate information such as 
brochures, presentations, contracts, etc. 
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The storage module can be a volatile or non- volatile storage means. The 
stored URLs can be inputted by the user into the client device 1 1 manually, or 
transmitted to the client device 1 1 electronically. In addition, if the client device 
i 1 has web or Internet access function, the URLs can be embedded in a 
hyperlink text of a web page displayed on the client device 1 1 . 

The client device 1 1 includes a client program 12. In one embodiment, 
the client program 12 is a software embedded in the client device 11. In another 
embodiment, the client program 12 is implemented by firmware. The client 
program 12 may also be implemented by hardware. 

The client program 12 is used to cause the communication module of the 
client device 1 1 to send a selected URL to the gateway system 20. The selected 
URL can be the standard URL address or embedded in a hyperlink. The user of 
the client device 1 1 selects the selected URL and then clicks on an activation 
icon to trigger the client program 12 to cause the selected URL to be sent to the 
gateway system 20. 

During operation, the user of the client device 1 1 first selects one of the 
URLs stored or received in the client device 1 1 through the user interface (also 
not shown in Figure 1) of the client device 11. As described above, URLs can 
be in the actual URL form (e.g., ''www.hp.com") or embedded in hyperlinks. In 
addition, the URLs can be stored as bookmarks. The user of the client device 
1 1 first selects the selected URL. The user then activates the client program 12. 
This is done by clicking on an activation icon of the client device 1 1, or an 
activation button of the client device 1 1 . The activation then causes the client 
program 12 to cause the communication module of the client device 1 1 to send 
the selected URL to the receiver 21 of the gateway system 20. Figure 2 shows 
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in flow chart diagram form the process of the chent program 12, which will be 
described in more detail below. 

As can be seen from Figure 2, the process starts at the step 30. At the 
steps 31 and 32, the client program 12 waits to receive the URL selected by the 
user of the client device 11. As the step 33, the received URL is displayed on 
the client device 1 1 and acknowledged by the client program 12. At the step 34, 
the client program 12 causes the communication module of the client device 1 1 
to establish communication link between the client device 1 1 and the gateway 
system 20. The communication occurs when the user requests it. As can be 
seen from Figure 2, the communication link is established with the receiver 21 of 
the gateway system 20. As also be described above, the communication link is, 
for example, a wireless communication link. Then the client program 12 sends 
the received URL to the gateway system 20 via the established communication 
link at the step 35. 

In one embodiment, the client program 12 includes means for providing 
security support to the URLs sent to the gateway system 20. In this case, the 
client program 12 may embed a simple password protection into the transferred 
URLs. If the URL addresses a restricted site that requires user ID and 
password, the client program 12 may send in the next transmission the user ID 
and password. Altematively, the user can manually enter the user ED and 
password directly through the gateway system 20. In another embodiment, the 
client program 12 has an encryption mechanism that encrypts the URL 
transferred. 

At the step 36, the client program 12 closes the established 
communication link. The process then ends at the step 37. 
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Figure 5 shows one specific embodiments of the cHent device 1 1 of 
Figure 1. Figure 5 shows that the cUent device 1 1 of Figure 1 is implemented by 
an Litemet-enabled personal organizer 5 1 . The organizer 5 1 receives web 
contents via its networking function (including the antenna 55). The web 
contents may include desired URLs for the user of the organizer 5 1 . The 
organizer 51 also includes a display screen 54 that displays the retrieved web 
contents. The organizer 51 also includes a user interface function (i.e., the 
control icons 53 and control buttons 52 that allow the user of the device 51 to 
select a URL and to send the selected URL to the gateway system 20 of Figure 

I, Altematively, the organizer 51 may be a pager that does not support Intemet 
access function. In this case, the URL information can be received by the pager 
and displayed on the display screen or window of the pager for the user to 
select. 

Referring back to Figure 1, the structure and operation of the gateway 
system 20 is now described. As described above, the gateway system 20 
includes the receiver 21, the web access module 22, and the device-specific 
rendering module 23. The receiver 21 is used to establish communication link 
with the client device 1 1 and to receive URLs transferred fi-om the client device 

I I . The receiver 21 can be maintained at receiving mode all the time or can be 
activated by the user of the client device 1 1 (e.g., after the user pays the 
required fee). The receiver 21 can be implemented using any known local 
communication technology. For example, if the communication link 15 employs 
radio communication, the receiver 21 is a radio receiver circuit. If the 
communication link 15 is an infi-ared communication link, then the receiver 21 is 
an infrared receiver circuit. If the communication link 15 is a laser 
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communication link, the receiver 21 is a laser receiver circuit. The receiver 21 
may also include a decryption function to decipher any encrypted transmission 
from the client device 1 1 . Figure 3 shows the flowchart of the process of the 
receiver 21 in receiving the URLs transferred from the client device 1 1 . 

In Figure 3, the process starts at the step 40. At the steps 41 and 42, the 
receiver 21 tries to detect communication signal from the client device 1 1 to 
establish the communication link with the client device 11. At the step 43, the 
receiver 21 receives the transferred URL from the client device 11. In one 
embodiment, the receiver 21 also has encryption and decryption support such 
that if the transferred URL is encrypted, the receiver 21 can decrypt the URL. 
At the step 44, the receiver 21 sends the received URL to the web access 
module 22. The process then ends at the step 45. 

Referring back to Figure 1, the web access module 22 receives transferred 
URLs from the receiver 21 . The web access module 22 then accesses the 
Intemet 17 or the content server 19 via the Intemet 17. In one embodiment, the 
web access module 22 receives one URL from the receiver 21 and then retrieves 
the corresponding content from a remote content server specified by the URL. 
Then the web access module 22 receives a next URL from the receiver 21 . In 
another embodiment, the web access module 22 keeps receiving URLs 
transferred to the receiver 21 without interrupting its current web accessing 
operation. The web access module 22 is essentially a web browser without the 
rendering function. The rendering function is implemented by the device- 
specific rendering module 23. This means that the rendering of the retrieved 
contents specified by the URLs from the receiver 21 depends on the type and 
function of the rendering module 23. If the rendering module 23 is a printer 
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system, then the rendering function is to print the content out. If the rendering 
module 23 is a display system, then the rendering function is to render the 
content on the display screen. 

The web access module 22 can be implemented using any known web 
browser technology (e.g., Microsoft's Internet Explorer or Netscape's 
Communicator). Figure 4 shows in flowchart diagram form the operation of the 
web access module 22, which will be described in more detail below. 

In Figure 4, the process of the web access module 22 starts at the step 50. 
At the step 51, the web access module 22 (Figure 1) receives the URL from the 
receiver 21 . The web access module 22 then fetches the requested content in 
from the corresponding remote content server (or the content server 19) 
specified by the URL via the Intemet 17 at the step 52. At the step 53, the web 
access module 22 sends the retrieved content to the rendering module 23 of the 
gateway system 20 for high quality rendering. 

Referring to Figure 1, once the web access module 22 retrieves the 
content from a remote content server via the Intemet 17 specified by the URL 
received from the receiver 21, web access module 22 sends the retrieved content 
to the rendering module 23. The rendering module 23 then renders (e.g., 
displays or prints) the retrieved content so the user of the client device 1 1 can 
view the content. 

In one embodiment, the device-specific rendering module 23 is a printer 
system. In another embodiment, the rendering module 23 is a display system. 
In a yet another embodiment, the rendering module 23 is a video or audio (e.g., 
music) player system. In a further embodiment, the rendering module 23 is a 
projection system. Altematively, the rendering module 23 can be other types of 
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output device or system. 

Thus, the rendering function of the gateway system 20 is device-specific 
and depends on the type of output device the rendering module 23 employs. 
This means that the rendering fimction of the gateway system 20 is also device- 
specific and depends on the type of device implemented for the rendering 
module 23. For example, if the rendering module 23 is a printer system, then the 
rendering function of the gateway system 20 is to print the retrieved content. If 
the rendering module 23 is a display system, then the rendering fimction of the 
gateway system 20 is to render the retrieved content on the display screen of the 
rendering module 23. If the rendering module 23 is a display system with a user 
interface, the user of the client device 1 1 can. If the rendering module 23 is a 
display system with a user interface, the user of the client device 1 1 can also 
browse the Intemet 17 from the rendering module 23. 

Figure 6 shows one specific embodiment of the rendering module 23 of 
Figure 1 . As can be seen from Figure 6, the printer system 83 implements the 
rendering module 23 of Figure 1, and is connected to the web access module 82 
to print out the retrieved content by the web access module 82. The printer 
system 83 can be any known printer. For example, the printer system 83 can be 
a high speed high quality printer. As an another example, the printer system 83 
can be a large printer system capable of printing color photographs. In addition 
and as described above, the printer system 83 can be replaced with other output 
or display systems. For example, the printer system 83 can be replaced with a 
projector, a large screen display, or a video/audio player. 

In the foregoing specification, the invention has been described with 
reference to specific embodiments thereof. It will, however, be evident to those 
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skilled in the art that various modifications and changes may be made thereto 
without departing fi-om the broader spirit and scope of the invention. The 
specification and drawings are, accordingly, to be regarded in an illustrative 
rather than a restrictive sense. 
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